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INTELLIGENT NETWORK INTERFACE DEVICE FOR CALLER IDENTIFICATION 

MULTICASTING 

TECHNICAL FIELD 

The present invention relates to caller identification and more particularly to a system and 
method for CallerlD multicasting. 

BACKGROUND OF THE INVENTION 

Caller identification is known in the art as a means of providing information on a 
telephone receiving an incoming call. The information provided may include caller's 
name or phone number. Although the party receiving the call may identify the caller 
before answering the phone using caller identification (CallerlD) services, the caller may 
need to relocate to the vicinity of the telephone in order to examine the local display and 
identify the calling party. This may cause great frustration to telephone users because 
their close proximity to the telephone may be required in order to capitalize on CallerlD 
services. 

In order to alleviate this problem, CallerlD information identifying an incoming call has 
been displayed on a television set. In this way, the called party would not have to 
interrupt his/her television viewing when the phone rang. If the called party was 
engrossed in a television program and the phone rang, the called party could remain in 
place in front of the television set and continue watching. A small display on the 
television screen would appear after the first ring of the phone indicating the caller's 
name and/or phone number. The called party could then decide if the call was worth 
answering or not. The advantage of this system is that the called party, if watching 
television, does not have to relocate from the television to the telephone to check the 
identity of the calling party and therefore does not have to interrupt viewing his/her 
favorite television show. If the incoming call is from an undesired party, the called party 
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could continue watching television uninterrupted. Likewise, CallerlD information may be 
transmitted to other designated appliances such that the called party may be apprised of 
the identity of the caller at various sites throughout the local region even if the called 
party is not in the immediate vicinity of the telephone. 

However, such systems have been used for receiving PSTN calls received over standard 
telephone switching networks and have been unable to effectively manage calls received 
over other networks such as wireless or cable networks or calls received via hybrid fiber 
coax, for example. 

Therefore, a need exists in the art for an intelligent network interface device for callerlD 
multicasting of calls received through cable or wireless networks in addition to PSTN 
calls. 

A further need exists in the art to provide a caller identification method and system for 
multicasting caller identification information received from calls over cable, wireless or 
PSTN networks such that a called party could receive caller identification information 
from any of such calls over a wide range of locations or end devices while performing a 
wide range of activities. 

SUMMARY OF THE INVENTION 

The present invention solves the above-mentioned problems by providing a system and 
method for managing calls received over a variety of networks including PSTN, wireless 
and cable networks that may utilize multi-signaling protocols. CallerlD data and end 
device IP address and associated Fully Qualified Domain Name (FQDN) are identified 
from the incoming call CallerlD information may then be multicast to any number of end 
devices. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 illustrates an exemplary IP cable network incorporating a network interface device 
of the present invention. 

Fig. 2 is a flowchart illustrating an example of call flow in cable IP Telephony CallerlD. 
Fig. 3 is an exemplary Network Interface Device (NID) of the present invention. 
DETAILED DESCRIPTION OF THE INVENTION 

The present invention provides systems and methods in which call identification data is 
received at a local site and multicast to a range of appliances or end devices. The call may 
be received from a variety of sources including cable, wireless and PSTN, for example. 

Fig. 1 illustrates an exemplary embodiment of the present invention. The system of Fig. 1 
may comprise a local switch within a Public Switched Telephone Network (PSTN) 101 . 
The local switch 101 is connected to an Internet Protocol Digital Terminal Gateway 
(IPDT) 102 by a GR 303 interface (not shown), for example, and the IPDT 102 is 
connected to an IP network 103. 

An incoming call may also be received through a Voice Over IP (VoIP) device 108 such 
as a computer or VoIP-enabled telephone and received from the VoIP device 108 through 
the IP network 103. 

The incoming call received at the IP network 103 is sent to a cable modem termination 
system/end router (CMTS/ER) 104. The CMTS/ER 104 connects through a hybrid fiber 
coax (HFC) 105 to a Network Interface Device (NID) 106. A Domain Name Server 
(DNS) 1 1 5 stores IP addresses and line numbers of devices and/or NIDs. Incoming call 
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devices may query the DNS 1 15 to determine data of desired NIDs 106. Thus, the NID 
106 has the capability of receiving incoming calls through a cable or IP network and has 
the capability of processing an incoming call for CallerE) information and multicasting 
the information to various appliances or end devices including, but not limited to, TVs 
1 1 1 through a set-top box 1 10, a computer 1 12, a telephone 114 having a caller ID 
display as well as a separate caller ID box 1 13, as well as other appliances (not shown) 
that have caller ID display capability. The CallerED information may further be presented 
in audio format and multicast to devices having audio output capabilities including but 
not limited to stereos or radios. 

In addition to receiving incoming calls through the IP network 103, CMTS/ER 104 and 
HFC 105, the NID 106 may also receive incoming calls directly from the Public 

H Switching Telephone Network (PSTN) 1 09 or from a wireless device 107 such as a 

r;i cellular telephone, for example. 

W Fig. 2 is a flowchart illustrating an example of call flow in cable IP Telephony CallerlD. 

O 

Q In this example, an incoming call may be received at the switch 101 in the Public 

* Switched Telephone Network (PSTN). The switch sets up the call and determines an 

fry interface group (IG) to provide a hybrid signaling for the incoming call and a Call 

HI Reference Value (CRV) for providing a local identifier for a given call (step 201). A 

H media Path (i.e., RTP stream) is then established such that the IPDT/Gateway 1 02 may 

use the CRV and IG values and a mapped Fully Qualified Domain Name (FQDN) 
network interface device (NID) 106 port to query the Domain Name Server (DNS) 115 
for an IP address and line number of the NID 106 (step 202). The IPDT 102 then requests 
to create a connection with the NID 1 06. This may be accomplished, for example, using a 
CRCX (create connection) command and indicating port number, NID line number, and 
Network Call Signaling (NCS) message (step 203). The NID 106 returns a request 
message (i.e., a DOCSIS message) to the Cable Modem Termination System/End Router 
(CMTS/ER) 104 to obtain information on resources and bandwidth (e.g., DSA-REQ 
(DOCSIS msg) (step 204). The CMTS/ER 104 returns a response message to the NID 
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106, such as a DSA-RSP (DOCSIS msg). The NID 106 receives the response message 
from the CMTS 104 and may acknowledge the response message (e.g., DSA-ACK 
(DOCSIS msg)) and send a confirmation message to the IPDT 102 such as a 200-OK 
message indicating the NID port number and NCS message. In this way, a media path 
(RTP stream) may be established between assigned ports on the NID 106 and the IPDT 
102 (step 205). 

The IPDT 1 02 may establish a loop with the switch 1 01 . For example, the IPDT 1 02 may 
send a loop open hybrid signaling message and a connect message (e.g., CONNECT 
(DS0, CRV)) to the switch and the switch would return a ringing message to the IPDT 
102 (step 206). The IPDT 102 receives the ringing message (e.g., ABCD(ringing)) and 
sends an RTP stream ringing message to the NID 1 06. The NID 1 06 responds by 
providing power ringing on the line associated with the called number (step 207). 

The switch may send CallerlD information to the telephone or external device or on TV 
via the external device via Frequency Shift Keying (FSK) signaling (step 208). In this 
way, the NID may "sniff' the CallerlD information as it passes from the switch to a user 
destination device (DCT). 

When the call is answered, the NID returns an off-hook signal to the IPDT and the call is 
established (step 209). 

The illustrative embodiment demonstrates call flow at the NID. Call flow involves 
extracting CallerlD information, obtaining destination DP address information, delivering 
CallerlD information to an end device such as a Digital Carrier Termination set-top box, 
for example, and displaying CallerlD information at an end device or a receiving site such 
as a television set, a computer or other appliance, machine, device, or multiple devices. 
CallerlD information extraction may be accomplished by the NID. After applying power 
ringing on the appropriate line with the called number, the NID may monitor CallerlD in 
Frequency Shift Keying signaling of the voice stream and the CallerlD information may 
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be extracted when the NID "sniffs" the CallerlD as it passes from the switch to the 
customer phone. 

The NID may also obtain the destination IP address. The NID may access a configuration 
file and may obtain the IP address or an associated CallerlD application port number of 
the end device such as a set-top box from the configuration file. After obtaining the IP 
address of the end device, the NID caches the IP address associated with the Fully 
Qualified Domain Name (FQDN). Parameters in the NED configuration file enable 
storage of the end device IP address and the end device FQDN. A Service Activation 
System (SAS) with an order entry screen and provisioning system interface may support a 
dynamic configuration file for the NID containing the end device FQDN. 

The NID, after obtaining the end device IP address, sends the IP address to the 
CMTS/ER. The CMTS/ER provides the address for delivery of the IP data packet in a 
single data packet to the end device (e.g., the set-top box). The data packet is transmitted 
through UDP/IP to the end device and each packet will contain a Source ID destination 
ID string identifying the receiving application to the end device. Each packet may further 
contain application-specific dkta. For example, the data packet may contain any of packet 
type data, number of the calling party, the caller's name, number being called, maximum 
number of seconds the CallerlD should be displayed (timeout), etc. 

The data packet is sent via the NID to the end device (e.g., the set-top box) and CallerlD 
application inside the end device may analyze the data packet. The end device may 
compare the number being called with phone numbers at the location and may trigger an 
on-screen display unit of the box to display the CallerlD information. The NID is also 
capable of multicasting the CallerlD information to any suitably equipped device in the 
vicinity, such as but not limited to TVs, computers, or any other machine, appliance, or 
device having display capability. Further, the NID is also capable of multicasting the 
CallerlD information in audio format to any suitably equipped device in the vicinity with 
audio output capabilities such as but not limited to stereo receivers or radios. 
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Fig. 3 illustrates is an exemplary embodiment of the NID 106. In this embodiment, the 
NID 106 comprises a cable port 301 that receives input, including an IP address of an end 
device such as a set-top box, television, stereo, destination computer, or other device, for 
example. The cable port 301 may also receive CallerE) application port number data for 
delivery of the CallerlD data to the end device. The cable port 301 may be connected to a 
call monitor 302 that extracts CallerlD information from an incoming cable IP call. The 
call monitor 302 thus "sniffs" the callerED from a call as it passed from the cable port 
301. In addition, the NID 106 may discover an end device IP address and associated 
CallerlD application port number from a configuration file (not shown). The 
configuration file may be located on a server in the network, for example. The IP address 
and associated data may be stored in the cache 303 with a corresponding FQDN. A 
service activation system creates a dynamic configuration file for the NID containing the 
FQDN of a selected end device, such as a set-up box. A formatter 303 formats the 
received callerlD packet for delivery to the end device via the CMTS 104. The data 
packet typically comprises a source ID destination ID string, which identifies the 
receiving application in the end device. The remainder of the packet may be application- 
specific. For example, the packet may contain but is not limited to packet type, number of 
the calling party, caller's name, number being called, or timeout. The timeout value can 
be provisioned locally or may be fixed for the end devices. The NID 106 may also 
comprise an output port 305, which may send data packets to the end device (not shown). 

The NID 106 may communicate with the CMTS 104. For example, the IP address of the 
end device may be sent through the cable port 301 of the NID 106 to the CMTS 104. The 
CMTS 104 may deliver the data packet in a single data packet through, for example, User 
Datagram Protocol/Internet Protocol (UDP/IP) to the end device via the NID 106. 

Thus, an exemplary system and network interface device (NID) 106 is described for 
receiving an incoming call via a variety of networks such as a cable IP network via hybrid 
fiber/coax (HFC), determining CallerlD information from the incoming call, and 
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multicasting the CallerlD information to a plurality of end devices. The NID 106 detects 
and extracts CallerlD information, formats the CallerlD data packet for delivery to at least 
one end device and determines an IP address and associated CallerlD application port 
number of the at least one end device. Delivery of the CallerlD information may be 
accomplished via a CMTS 104. 

Although illustrative embodiments of the invention have been shown and described, a 
wide range of modification, change and substitution is intended in the foregoing 
disclosure and in some instances some features of the present invention may be employed 
without a corresponding use of the other features. It should be noted that the invention 
can be practiced otherwise than as specifically illustrated and described without departing 
from its spirit or scope. 
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